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DETAILED ACTION 
Continued Examination Under 37 CFR 1. 1 14 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action has 
been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 10/22/2010 
has been entered. 

Status of Claims 

2. In the amendment filed 1 0/22/201 0, the following occurred: claims 1 , 15, 18, and 
24 were amended. Claims 1-15, 17-19, and 21-28 are presented for examination. 

Claim Rejections - 35 USC § 1 12 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming 
the subject matter which the applicant regards as his invention. 

4. Claims 1-15, 17-19, and 21-28 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. 

5. As per claim 1 , Applicant claims information is " to be processed as a change in 
information, not as a replacement of existing information " and while negative limitations 
are not inherently indefinite, the current claim language renders it unclear as to what 
Applicant means by "change in information". What is the difference between replacing 
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existing information and changing existing information? Claims 15, 18, and 24 are 
rejected for similar reasons. 

Nonfunctional Descriptive Material 

6. As per claims 1 -6, 15,18, and 24, the Examiner has placed little weight on the 
functional feature sets and the data types since the effect of said feature sets and data 
types on the claimed system and method was not made clear in the claims and did not 
effect or alter the claimed invention. Therefore, the functional feature sets and data types 
in the cited claims are nonfunctional descriptive material and are given little weight for 
the purposes of examination. The Examiner has cited portions of the prior art that read 
on the nonfunctional descriptive material in the claims where convenient. See: Ex parte 
Herman Mathias, Appeal No. 2005-1851, Application No. 09/612788; and Ex parte 
James Prescott Curry, Appeal No. 2005-0509, Application No. 09/449237. 

Claim Rejections - 35 USC §103 

7. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 1-11, 13-15, 17-19, 21, and 23-28 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over U.S. Patent Application Publication 2002/0038392 to De La 
Huerga in view of U.S. Patent Application Publication 2002/0093537 to Bocioned in view 
of U.S. Patent 6,360,21 1 to Anderson further in view of U.S. Patent 5,953,706 to Patel. 
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9. As per claim 1 , De La Huerga teaches a healthcare system for a care-giving 
facility, comprising: 

--a plurality of medical devices (Fig. 26, ele. 1 00a and 1 00b)(see: De La Huerga, 
paragraphs 187, is met by IV pumps 100a and 100b); 

--a hub connected to (i) the plurality of medical devices and (ii) a first central 
computer (Fig. 26, ele. 260; and Fig. 26A, ele. 274 and 620)(see: De La Huerga, 
paragraph 1 87, 1 92, and 1 94, hub is met by transponder 274, which is linked to a first 
central computer - processor 620); 

--the first central computer having a first database including patient safety-specific 
information (Fig. 26A, ele. 622)(see: De La Huerga, paragraphs 192, 199, and 200, is 
met by the memory 622 storing at least patient ID) and a first functional feature set 
associated with data and functions related to the plurality of medical devices (see: De La 
Huerga, paragraph 208, is met by controller controlling pump units by modifying 
medicant delivery including instructions to the physician; paragraph 21 1 , is met by 
instructions to the pumps; paragraph 215, is met by controller determining excess 
capacity by checking the database; paragraphs 228 and 233, is met by controller storing 
in its memory fist time T1 and based on that time the controller activates the pump unit to 
deliver a medicant; paragraph 237, is met by controller in communication such that 
infusion delivery parameters can be altered based on current vital signs; paragraph 240, 
is met by the controller setting delivery parameters to be consistent when changing 
medication bags of the same prescription; paragraph 273, is met by controller able to 
adjust flow rate, duration, dose, etc.; paragraph 277, controller used to control virtually all 
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aspects of pump operation and monitoring; and paragraph 294, is met by controller 
automatically creating notes when it monitors a dose increase due to increase in 
patient's blood pressure above a benchmark), wherein the plurality of medical devices 
communicates directly with the hub and the hub communicate directly with the first 
central computer (Fig. 26, ele. 255a and 255b)(see: De La Huerga, paragraph 195, is 
met by connections 255 being cabled or wireless, and linking the pumps to the controller, 
the controller utilizing a transponder to communicate information to the processor and 
memory; and paragraph 273, is met by connection 255 being wireless); 

--a second central computer having a second database (Fig. 31 , ele. 630 and 
632)(see: De La Huerga, paragraphs 243, 259, 260, 268, and 271 , is met by server 630; 
and paragraph 320, is met by computer system 630 with database 632), wherein the first 
database is a subset of the second database (see: De La Huerga, paragraph 243, is met 
by the server archiving all standing infusion orders), and a second functional feature set 
(see: De La Huerga, paragraphs 243, 259, 260, 268, and 271 , is met by server 630 
performs validation and error checking functions, information accuracy checks, and 
performs independent verification processes; and paragraph 320, is met by computer 
system 630 with database 632, including components of dispensed IV medication), 
wherein the first central computer is securely connected to the second central computer, 
wherein the plurality of medical devices do not communicate directly with the second 
central computer (Fig. 26, ele. 270 and 272)(see: De La Huerga, paragraph 270 and 
271 , is met by the controller connection to server), 

As per the limitation: 
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--a portable remote user interface; and subsequent teachings of the portable 
remote user interface communicating directly with the first central computer, and 
including wherein the portable remote user interface can receive data from the second 
database relating to the second functional feature set of the second central computer 
through the first central computer. 

De La Huerga ostensibly teaches the limitation by stating that the controller may 
be a personal computer, a PDA, or other hand held device (see: De La Huerga, 
paragraph 197); however, addressing the alternative situation in which De La Huerga 
does not teach said limitation including the desired configuration, the limitation is 
rejected here in view of Bocioned's teachings of a portable remote user interface (e.g., 
palmtop, laptop, mobile phone, home workstation) connected to a server in 
communication with an intravenous pump (Fig. 1)(see: Bocioned, paragraphs 17-21). 

As per the limitation: 

-the second central computer sending a signal to the first central computer at 
designated time intervals causing the subset of data in the first database to synchronize 
with the corresponding data in the second database, and 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs at designated time intervals; however, 
Anderson teaches synchronizing databases on a periodic basis (see: Anderson, column 
7, lines 40-48). 
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As per the limitation: 

-when critical information in the second database changes which is also part of 
the first database, causing the information to be relayed immediately to and processed 
by the first central computer and to be processed as a change in information, not as a 
replacement of existing information ; and 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs immediately and automatically when 
information in a database changes; however, Patel teaches synchronizing databases 
immediately and automatically with any change in information (see: Patel, column 6, 
lines 55-63). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of De La Huerga, Bocioned, Anderson, 
and Patel. The well known elements described are merely a combination of old 
elements, and in the combination, each element merely would have performed the same 
function as it did separately, and one of ordinary skill in the art would have recognized 
that the results of the combination were predictable. 

1 0. As per claim 2, the cited prior art teaches the invention as claimed, see discussion 
of claim 1 , and further teaches: 

-the first functional feature set comprises at least one of a volumetric infusion 
pump feature (see: De La Huerga, paragraph 208, is met by controller controlling pump 
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units by modifying medicant delivery including instructions to the physician; paragraph 
21 1 , is met by instructions to the pumps; paragraph 215, is met by controller determining 
excess capacity by checking the database; paragraphs 228 and 233, is met by controller 
storing in its memory fist time T1 and based on that time the controller activates the 
pump unit to deliver a medicant; paragraph 237, is met by controller in communication 
such that infusion delivery parameters can be altered based on current vital signs; 
paragraph 240, is met by the controller setting delivery parameters to be consistent 
when changing medication bags of the same prescription; paragraph 273, is met by 
controller able to adjust flow rate, duration, dose, etc.; paragraph 277, controller used to 
control virtually all aspects of pump operation and monitoring; and paragraph 294, is met 
by controller automatically creating notes when it monitors a dose increase due to 
increase in patient's blood pressure above a benchmark), and a syringe pump feature 
(see: De La Huerga, paragraph 330, is met by syringe injectors). 
11. As per claim 3, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first functional feature set comprises at least one of a change pump channel 
feature, an administer infusion feature (see: De La Huerga, paragraph 208, is met by 
controller controlling pump units by modifying medicant delivery including instructions to 
the physician; paragraph 21 1, is met by instructions to the pumps; paragraph 215, is met 
by controller determining excess capacity by checking the database; paragraphs 228 
and 233, is met by controller storing in its memory fist time T1 and based on that time 
the controller activates the pump unit to deliver a medicant; paragraph 237, is met by 
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controller in communication such that infusion delivery parameters can be altered based 
on current vital signs; paragraph 240, is met by the controller setting delivery parameters 
to be consistent when changing medication bags of the same prescription; paragraph 
273, is met by controller able to adjust flow rate, duration, dose, etc.; paragraph 277, 
controller used to control virtually all aspects of pump operation and monitoring; and 
paragraph 294, is met by controller automatically creating notes when it monitors a dose 
increase due to increase in patient's blood pressure above a benchmark), a stop or 
discontinue infusion feature (see: De La Huerga, paragraph 150-152, 167, 173, 208, 
210, 279, and 322, is met by delivery parameters adjustment, including duration, and 
"OFF" and "discontinue" options; and "stop and start" buttons), a resume infusion 
feature, and a remove pump feature. 

1 2. As per claim 4, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the second functional feature set comprises at least one of a patient 
management feature, an item management feature, a facility management feature, a 
messaging feature (see: De La Huerga, paragraphs 243, 259, 260, 268, and 271 , is met 
by server 630 performs validation and error checking functions, information accuracy 
checks, and performs independent verification processes; and paragraph 320, is met by 
computer system 630 with database 632, including components of dispensed IV 
medication), an alarms/alerts feature (see: De La Huerga, paragraphs 21 1 , 243, is met 
by alert activator, and indicator activation), a billing interface feature (see: Bocioned, 
paragraph 19, is met by insurance and billing information accessible with remote devices 
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including a palmtop), a formulary interface feature, a lab results interface feature, an 
inventory tracking feature, a clinician administration feature, an order entry feature, a 
pharmacy feature, a user interface feature, a user interface and clinician association 
feature, a volumetric infusion pump feature, and a syringe pump feature. 
1 3. As per claim 5, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first database comprises at least one of pump data (see: De La Huerga, 
paragraph 151 , 152, 167, 208, 210, 273, and 322, is met by delivery parameters), pump 
channel data, pump sub-channel data, order data, clinician data (see: De La Huerga, 
paragraph 208, is met by controller controlling pump units by modifying medicant 
delivery including instructions to the physician; paragraph 21 1 , is met by instructions to 
the pumps; paragraph 215, is met by controller determining excess capacity by checking 
the database; paragraphs 228 and 233, is met by controller storing in its memory fist 
time T1 and based on that time the controller activates the pump unit to deliver a 
medicant; paragraph 237, is met by controller in communication such that infusion 
delivery parameters can be altered based on current vital signs; paragraph 240, is met 
by the controller setting delivery parameters to be consistent when changing medication 
bags of the same prescription; paragraph 273, is met by controller able to adjust flow 
rate, duration, dose, etc.; paragraph 277, controller used to control virtually all aspects of 
pump operation and monitoring; and paragraph 294, is met by controller automatically 
creating notes when it monitors a dose increase due to increase in patient's blood 
pressure above a benchmark), patient data, user interface data, medical device data, 
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hub data, titration data, comparison data, alarm data, escalation data, hub alarm data, 
pump alarm data, channel alarm data, and alarm history data. 

1 4. As per claim 6, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

--the second database comprises at least one of patient management data (see: 
De La Huerga, paragraphs 192, 199, and 200, is met by memory with stored patient ID), 
item management data, facility management data, messaging data (see: De La Huerga, 
paragraphs 243, 259, 260, 268, and 271 , is met by server 630 performs validation and 
error checking functions, information accuracy checks, and performs independent 
verification processes; and paragraph 320, is met by computer system 630 with 
database 632, including components of dispensed IV medication), alarms/alerts data , 
inventory tracking data, a clinician administration data, order entry data, user interface 
and clinician association data. 

1 5. As per claim 7, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first central computer is operably connected to the second computer through 
at least one of a dedicated TCP/IP hard-wired connection, a high speed, low latency 
virtual private network, and a public or shared infrastructure utilizing encryption through a 
fiber optic connection, a microware connection, or a high speed wireless connection 
(see: De La Huerga, paragraphs 149, 194, 195, and 273, is met by wireless 
connections). 
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1 6. As per claim 8, the cited prior art teaches the invention as claimed, see discussion 
of claim 1 , and further teaches: 

-the second central computer sends data from the second database to the first 
central computer in a first standard protocol, and the first central computer sends the 
data to the portable remote user interface in a second standard protocol (see: De La 
Huerga, paragraphs 1 45-1 51 , 1 94, 1 95, and 21 1 , is met by the plurality of protocols 
including: an Internet protocol, Bluetooth protocol, and IRDA protocol). 

1 7. As per claim 9, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the second central computer sends second data from the second database to 
the first central computer, wherein the first central computer combines the second data 
with first data from the first database with the second data, and wherein the first central 
computer sends the combined fist and second data to the portable remote user interface 
for display on a display of the user interface (see: De La Huerga, paragraph 1 49-1 51 , 
21 1 , 285, and 289-291 , is met additional patient information obtained from remote facility 
server and displayed on interface screen; is met by the controller activating an indicator, 
or alert displaying patent's name, on the interface via the infusion controller; and is met 
by altering infusion status parameters displayed on the user interface with data entered 
at the controller or infusion controller). 

1 8. As per claim 1 0, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 
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-a plurality of wireless access points through which the plurality of medical 
devices and the portable remote user interface communicate with the first central 
computer {see: De La Huerga, paragraph 41, 89, 273, and 322, is met by pump in 
wireless communication with the transceiver - i.e. hub - at the controller). 

1 9. As per claim 1 1 , the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first central computer receives second data from the second database in the 
second central computer for use in a validation procedure (see: De La Huerga, 
paragraph 219, is met by infusion controller validating physician identification with 
information received from the controller; and paragraphs 243, 259, 260, 268, and 271 , is 
met by server 630 performs validation and error checking functions, information 
accuracy checks, and performs independent verification processes; and paragraph 320, 
is met by computer system 630 with database 632, including components of dispensed 
IV medication). 

20. As per claim 1 3, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first central computer receives data from at least one of the portable remote 
user interface {see: Bocioned, paragraphs 17-21) and the plurality of medical devices 
(see: De La Huerga, paragraph 277, controller used to control virtually all aspects of 
pump operation and monitoring), 

-and determines whether the received data is valid in order to enable the first 
central computer to perform a further step (see: De La Huerga, paragraph 208, is met by 
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controller controlling pump units by modifying medicant delivery including instructions to 
the physician; paragraph 21 1, is met by instructions to the pumps; paragraph 215, is met 
by controller determining excess capacity by checking the database; paragraphs 228 
and 233, is met by controller storing in its memory fist time T1 and based on that time 
the controller activates the pump unit to deliver a medicant; paragraph 237, is met by 
controller in communication such that infusion delivery parameters can be altered based 
on current vital signs; paragraph 240, is met by the controller setting delivery parameters 
to be consistent when changing medication bags of the same prescription; paragraph 
273, is met by controller able to adjust flow rate, duration, dose, etc.; paragraph 277, 
controller used to control virtually all aspects of pump operation and monitoring; and 
paragraph 294, is met by controller automatically creating notes when it monitors a dose 
increase due to increase in patient's blood pressure above a benchmark). 
21 . As per claim 1 4, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 , and further teaches: 

-the first central computer sends operation data from at least one of the first 
database and the second database to the plurality of medical devices for use in the 
operation of the plurality of medical devices (see: De La Huerga, paragraphs 243, 259, 
260, and 268-271 , is met by server 630 performs validation and error checking functions, 
information accuracy checks, and performs independent verification processes; and 
paragraph 320, is met by computer system 630 with database 632, including 
components of dispensed IV medication). 
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22. As per claim 1 5, De La Huerga teaches a method for operating a healthcare 
system in a care-giving facility having a plurality of medical devices, a portable remote 
user interface, a first central computer storing patient safety-specific information securely 
connected to a second central computer having a second database including second 
data, the method comprising the steps of: 

-the first central computer receiving medical data directly from a plurality of 
medical devices through a hub connected to the plurality of medical devices, the hub 
connected to the first central computer (Fig. 26, ele. 100a, 100b, and 260; and Fig. 26A, 
ele. 274 and 620)(see: De La Huerga, paragraph 187, 192, and 194, medical devices 
are met by IV pumps 100a and 100b and hub is met by transponder 274, which is linked 
to a first central computer - processor 620); 

-the first central computer securely receiving the second data from the second 
database (Fig. 31 , ele. 630 and 632)(see: De La Huerga, paragraphs 243, 259, 260, 
268, and 271 , is met by server 630; and paragraph 320, is met by computer system 630 
with database 632), wherein the plurality of medical devices are configured to not 
communicate directly with the second central computer (Fig. 26, ele. 270 and 272)(see: 
De La Huerga, paragraph 270 and 271 , is met by the controller connection to server); 

--the first central computer retrieving first data from a first database, which is a 
subset of the second data (see: De La Huerga, paragraph 243, is met by the server 
archiving all standing infusion orders), 

-the first central computer utilizing a first functional feature set to process at least 
one of the first data (see: De La Huerga, paragraph 208, is met by controller controlling 



Application/Control Number: 10/749,099 Page 16 

Art Unit: 3626 

pump units by modifying medicant delivery including instructions to the physician; 
paragraph 21 1 , is met by instructions to the pumps; paragraph 215, is met by controller 
determining excess capacity by checking the database; paragraphs 228 and 233, is met 
by controller storing in its memory fist time T1 and based on that time the controller 
activates the pump unit to deliver a medicant; paragraph 237, is met by controller in 
communication such that infusion delivery parameters can be altered based on current 
vital signs; paragraph 240, is met by the controller setting delivery parameters to be 
consistent when changing medication bags of the same prescription; paragraph 273, is 
met by controller able to adjust flow rate, duration, dose, etc.; paragraph 277, controller 
used to control virtually all aspects of pump operation and monitoring; and paragraph 
294, is met by controller automatically creating notes when it monitors a dose increase 
due to increase in patient's blood pressure above a benchmark) and the second data. 
As per the limitation: 

-the first central computer receiving user data from the portable remote user 
interface through the hub, the hub being connected to the portable remote user interface; 
and subsequent teachings of the portable remote user interface connected to the hub 
and being configured not to communicate with the second central computer, 

De La Huerga ostensibly teaches the limitation by stating that the controller may 
be a personal computer, a PDA, or other hand held device (see: De La Huerga, 
paragraph 197); however, addressing the alternative situation in which De La Huerga 
does not teach said limitation including the desired configuration, the limitation is 
rejected here in view of Bocioned's teachings of a portable remote user interface (e.g., 
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palmtop, laptop, mobile phone, home workstation) connected to a server in 
communication with an intravenous pump (Fig. 1)(see: Bocioned, paragraphs 17-21). 
As per the limitation: 

-the second central computer sending a signal to the first central computer at 
designated time intervals causing the subset of data in the first database to synchronize 
with the corresponding data in the second database, and 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs at designated time intervals; however, 
Anderson teaches synchronizing databases on a periodic basis (see: Anderson, column 
7, lines 40-48). 

As per the limitation: 

-when critical information in the second database changes which is also part of 
the first database, causing the information to be relayed immediately to and processed 
by the first central computer and to be processed as a change in information, not as a 
replacement of existing information 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs immediately and automatically when 
information in a database changes; however, Patel teaches synchronizing databases 
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immediately and automatically with any change in information (see: Patel, column 6, 
lines 55-63). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of De La Huerga, Bocioned, Anderson, 
and Patel. The well known elements described are merely a combination of old 
elements, and in the combination, each element merely would have performed the same 
function as it did separately, and one of ordinary skill in the art would have recognized 
that the results of the combination were predictable. 

23. As per claim 1 7, the cited prior art teaches the invention as claimed, see 
discussion of claim 15, and further teaches: 

--providing for sending the second data to the portable remote user interface from 
the first central computer (see: De La Huerga, paragraphs 243, 259, 260, 268, and 271 , 
is met by server 630 performs validation and error checking functions, information 
accuracy checks, and performs independent verification processes; and paragraph 320, 
is met by computer system 630 with database 632, including components of dispensed 
IV medication; and Bocioned, paragraphs 17-21). 

24. As per claim 1 8, De La Huerga teaches a healthcare system for a care-giving 
facility, comprising: 

-a plurality of medical devices (Fig. 26, ele. 1 00a and 1 00b)(see: De La Huerga, 
paragraphs 187, is met by IV pumps 100a and 100b); 

-a hub connected to (i) the plurality of medical devices and (Hi) a central 
validation computer (Fig. 26, ele. 260; and Fig. 26A, ele. 274 and 620)(see: De La 
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Huerga, paragraph 187, 192, and 194, hub is met by transponder 274, which is linked to 
a first central computer - processor 620); 

-the central validation computer having a validation database storing patient 
safety specific information (Fig. 26A, ele. 622)(see: De La Huerga, paragraphs 192, 199, 
and 200, is met by the memory 622 storing at least patient ID) and a first functional 
feature set associated with data and functions related to the plurality of medical devices 
(see: De La Huerga, paragraph 208, is met by controller controlling pump units by 
modifying medicant delivery including instructions to the physician; paragraph 21 1 , is 
met by instructions to the pumps; paragraph 215, is met by controller determining excess 
capacity by checking the database; paragraphs 228 and 233, is met by controller storing 
in its memory fist time T1 and based on that time the controller activates the pump unit to 
deliver a medicant; paragraph 237, is met by controller in communication such that 
infusion delivery parameters can be altered based on current vital signs; paragraph 240, 
is met by the controller setting delivery parameters to be consistent when changing 
medication bags of the same prescription; paragraph 273, is met by controller able to 
adjust flow rate, duration, dose, etc.; paragraph 277, controller used to control virtually all 
aspects of pump operation and monitoring; and paragraph 294, is met by controller 
automatically creating notes when it monitors a dose increase due to increase in 
patient's blood pressure above a benchmark), wherein the plurality of medical devices 
communicate directly with the hub, and the hub communicates directly and securely with 
the central validation computer (Fig. 26, ele. 255a and 255b)(see: De La Huerga, 
paragraph 195, is met by connections 255 being cabled or wireless, and linking the 
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pumps to the controller, the controller utilizing a transponder to communicate information 
to the processor and memory; and paragraph 273, is met by connection 255 being 
wireless); 

--a second central computer having a second database and a secure connection 
with the central validation computer (Fig. 31 , ele. 630 and 632)(see: De La Huerga, 
paragraphs 243, 259, 260, 268, and 271 , is met by server 630; and paragraph 320, is 
met by computer system 630 with database 632), wherein the validation database is a 
subset of the second database (see: De La Huerga, paragraph 243, is met by the server 
archiving all standing infusion orders), and a second functional feature set (see: De La 
Huerga, paragraphs 243, 259, 260, 268, and 271 , is met by server 630 performs 
validation and error checking functions, information accuracy checks, and performs 
independent verification processes; and paragraph 320, is met by computer system 630 
with database 632, including components of dispensed IV medication), wherein the 
plurality of medical devices and the portable remote user interface are configured to not 
communicate directly with the second central computer (Fig. 26, ele. 270 and 272)(see: 
De La Huerga, paragraph 270 and 271 , is met by the controller connection to server), 
and. 

As per the limitation: 

--a portable remote user interface; and subsequent teachings of the portable 
remote user interface communicating directly and securely with the central validation 
computer, and including wherein the portable remote user interface receives data from 
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the second database relating to the second functional feature set of the second central 
computer through the central validation computer. 

De La Huerga ostensibly teaches the limitation by stating that the controller may 
be a personal computer, a PDA, or other hand held device (see: De La Huerga, 
paragraph 197); however, addressing the alternative situation in which De La Huerga 
does not teach said limitation including the desired configuration, the limitation is 
rejected here in view of Bocioned's teachings of a portable remote user interface (e.g., 
palmtop, laptop, mobile phone, home workstation) connected to a server in 
communication with an intravenous pump (Fig. 1)(see: Bocioned, paragraphs 17-21). 

As per the limitation: 

-the second central computer sending a signal to the central validation computer 
at designated time intervals causing the data in the validation database to synchronize 
with the corresponding data in the second database, and 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs at designated time intervals; however, 
Anderson teaches synchronizing databases on a periodic basis (see: Anderson, column 
7, lines 40-48). 

As per the limitation: 

-when critical information in the second database changes with is also part of the 
validation database, causing the information to be relayed immediately to and processed 
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by the central validation compute r and to be processed as a change in information, not 
as a replacement of existing information 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs immediately and automatically when 
information in a database changes; however, Patel teaches synchronizing databases 
immediately and automatically with any change in information (see: Patel, column 6, 
lines 55-63). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of De La Huerga, Bocioned, Anderson, 
and Patel. The well known elements described are merely a combination of old 
elements, and in the combination, each element merely would have performed the same 
function as it did separately, and one of ordinary skill in the art would have recognized 
that the results of the combination were predictable. 

25. As per claim 1 9, the cited prior art teaches the invention as claimed, see 
discussion of claim 18, and further teaches: 

--the central validation computer is securely connected to the second computer 
computer (Fig. 26, ele. 270 and 272)(see: De La Huerga, paragraph 270 and 271 , is met 
by the controller connection to server). 

26. As per claim 21 , the cited prior art teaches the invention as claimed, see 
discussion of claim 18, and further teaches: 
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--the central validation computer receives second data from the second database 
in the second central computer for use in a validation procedure performed by the central 
validation computer {see: De La Huerga, paragraph 219, is met by infusion controller 
validating physician identification with information received from the controller; and 
paragraphs 243, 259, 260, 268, and 271 , is met by server 630 performs validation and 
error checking functions, information accuracy checks, and performs independent 
verification processes; and paragraph 320, is met by computer system 630 with 
database 632, including components of dispensed IV medication). 
27. As per claim 23, the cited prior art teaches the invention as claimed, see 
discussion of claim 21 , and further teaches: 

--wherein central validation computer receives first data from at least one of the 
portable remote user interface and the plurality of medical devices (see: De La Huerga, 
paragraph 208, is met by controller controlling pump units by modifying medicant 
delivery including instructions to the physician; paragraph 21 1 , is met by instructions to 
the pumps; paragraph 215, is met by controller determining excess capacity by checking 
the database; paragraphs 228 and 233, is met by controller storing in its memory fist 
time T1 and based on that time the controller activates the pump unit to deliver a 
medicant; paragraph 237, is met by controller in communication such that infusion 
delivery parameters can be altered based on current vital signs; paragraph 240, is met 
by the controller setting delivery parameters to be consistent when changing medication 
bags of the same prescription; paragraph 273, is met by controller able to adjust flow 
rate, duration, dose, etc.; paragraph 277, controller used to control virtually all aspects of 
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pump operation and monitoring; and paragraph 294, is met by controller automatically 
creating notes when it monitors a dose increase due to increase in patient's blood 
pressure above a benchmark), and 

-wherein the validation procedure comprises the step of determining whether the 
first data matches the second data (see: De La Huerga, paragraphs 243, 259, 260, 268, 
and 271 , is met by server 630 performs validation and error checking functions, 
information accuracy checks, and performs independent verification processes; and 
paragraph 320, is met by computer system 630 with database 632, including 
components of dispensed IV medication). 

28. As per claim 24, De La Huerga teaches a healthcare system for a care-giving 
facility, comprising: 

--a plurality of medical devices (Fig. 26, ele. 100a and 100b)(see: De La Huerga, 
paragraphs 187, is met by IV pumps 100a and 100b); 

-a hub connected to (i) the plurality of medical devices and (Hi) a central 
validation portion of a central computer (Fig. 26, ele. 260; and Fig. 26A, ele. 274 and 
620)(see: De La Huerga, paragraph 187, 192, and 194, hub is met by transponder 274, 
which is linked to a first central computer - processor 620); 

--the central validation portion of the central computer having a validation portion 
of a database (Fig. 26A, ele. 622)(see: De La Huerga, paragraphs 192, 199, and 200, is 
met by the memory 622) and a first functional feature set associated with the data and 
functions related to the plurality of medical devices and the portable remote user 
interface (see: De La Huerga, paragraph 208, is met by controller controlling pump units 



Application/Control Number: 10/749,099 Page 25 

Art Unit: 3626 

by modifying medicant delivery including instructions to the physician; paragraph 21 1 , is 
met by instructions to the pumps; paragraph 215, is met by controller determining excess 
capacity by checking the database; paragraphs 228 and 233, is met by controller storing 
in its memory fist time T1 and based on that time the controller activates the pump unit to 
deliver a medicant; paragraph 237, is met by controller in communication such that 
infusion delivery parameters can be altered based on current vital signs; paragraph 240, 
is met by the controller setting delivery parameters to be consistent when changing 
medication bags of the same prescription; paragraph 273, is met by controller able to 
adjust flow rate, duration, dose, etc.; paragraph 277, controller used to control virtually all 
aspects of pump operation and monitoring; and paragraph 294, is met by controller 
automatically creating notes when it monitors a dose increase due to increase in 
patient's blood pressure above a benchmark), wherein the plurality of medical devices 
communicates directly with the hub, and the portable remote user interface and the hub 
communicate directly and securely with the central validation portion of the central 
computer (Fig. 26, ele. 255a and 255b)(see: De La Huerga, paragraph 195, is met by 
connections 255 being cabled or wireless, and linking the pumps to the controller, the 
controller utilizing a transponder to communicate information to the processor and 
memory; and paragraph 273, is met by connection 255 being wireless); and 

--a second non-validation portion of the central computer having a second non- 
validation portion of the database (Fig. 31 , ele. 630 and 632)(see: De La Huerga, 
paragraphs 243, 259, 260, 268, and 271 , is met by server 630; and paragraph 320, is 
met by computer system 630 with database 632) and a second functional feature set 
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(see: De La Huerga, paragraphs 243, 259, 260, 268, and 271 , is met by server 630 
performs validation and error checking functions, information accuracy checks, and 
performs independent verification processes; and paragraph 320, is met by computer 
system 630 with database 632, including components of dispensed IV medication), 
wherein the plurality of medical devices and the portable remote user interface are 
configured and arranged to not communicate directly with the second non-validation 
portion of the central computer and (Fig. 26, ele. 270 and 272)(see: De La Huerga, 
paragraph 270 and 271 , is met by the controller connection to server), 
As per the limitation: 

--a portable remote user interface; and subsequent teachings of the portable 
remote user interface communicating directly and securely with the central validation 
computer including wherein the portable remote user interface receives data from the 
second non-validation portion of the database relating to the second functional feature 
set of the second non-validation portion of the central computer through the central 
validation portion of the central computer 

De La Huerga ostensibly teaches the limitation by stating that the controller may 
be a personal computer, a PDA, or other hand held device (see: De La Huerga, 
paragraph 197); however, addressing the alternative situation in which De La Huerga 
does not teach said limitation including the desired configuration, the limitation is 
rejected here in view of Bocioned's teachings of a portable remote user interface (e.g., 
palmtop, laptop, mobile phone, home workstation) connected to a server in 
communication with an intravenous pump (Fig. 1)(see: Bocioned, paragraphs 17-21). 
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As per the limitation: 

-the second non-validation portion of the central computer sharing a server with 
the central validation portion and separated from the central validation portion by a 
software firewall 

Bocioned also teaches a firewall (Fig. 1)(see: Bocioned, paragraph 18-20) and it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
made to incorporate a firewall into a computer server system with the motivation of 
separating data and limiting data access. 

As per the limitation: 

-the second non-validation portion of the database synchronizing with the 
validation portion of the database at designated time intervals, and 

De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs at designated time intervals; however, 
Anderson teaches synchronizing databases on a periodic basis (see: Anderson, column 
7, lines 40-48). 

As per the limitation: 

-when critical information in the second non-validation portion of the database 
changes, the critical information being relayed immediately to the validation portion 
database and being processed as a change in information, not as a replacement of 
existing information . 
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De La Huerga teaches the controller utilizing a transponder to communicate 
information to the processor and memory (Fig. 26, ele. 255a and 255b)(see: De La 
Huerga, paragraph 195) but does not specifically teach said limitation wherein 
synchronization of the databases occurs immediately and automatically when 
information in a database changes; however, Patel teaches synchronizing databases 
immediately and automatically with any change in information (see: Patel, column 6, 
lines 55-63). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of De La Huerga, Bocioned, Anderson, 
and Patel. The well known elements described are merely a combination of old 
elements, and in the combination, each element merely would have performed the same 
function as it did separately, and one of ordinary skill in the art would have recognized 
that the results of the combination were predictable. 

29. As per claim 25, the cited prior art teaches the invention as claimed, see 
discussion of claim 24, and further teaches: 

-the central validated portion of the central computer operates in a first 
environment running a first operating system (Fig. 26A, ele. 622)(see: De La Huerga, 
paragraphs 192, 199, and 200, is met by the memory 622), and the second non- 
validation portion of the central computer operates in a second environment running a 
second operating system (Fig. 31 , ele. 630 and 632)(see: De La Huerga, paragraphs 
243, 259, 260, 268, and 271 , is met by server 630; and paragraph 320, is met by 
computer system 630 with database 632). 
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30. As per claim 26, the cited prior art teaches the invention as claimed, see 
discussion of claim 25, and further teaches: 

-the first and second operating systems are separated by a fire wall (Fig. 1 )(see: 
Bocioned, paragraph 18-20, is met by firewall and it would have been obvious to one of 
ordinary skill in the art at the time the invention was made to incorporate a firewall into a 
computer server system with the motivation of separating data and limiting data access). 

31 . As per claim 27, the cited prior art teaches the invention as claimed, see 
discussion of claim 24, and further teaches: 

-the central computer is a single server (Fig. 26, ele. 260; and Fig. 26A, ele. 620 
and 622)(see: De La Huerga, paragraphs 192, 199, and 200, is met by the memory 622 
and the processor 620 in a single controller 260). 

32. As per claim 28, the cited prior art teaches the invention as claimed, see 
discussion of claim 24, and further teaches: 

-the central computer comprises a first server (Fig. 26A, ele. 622)(see: De La 
Huerga, paragraphs 192, 199, and 200, is met by the memory 622) and a second 
separate server (Fig. 31 , ele. 630 and 632)(see: De La Huerga, paragraphs 243, 259, 
260, 268, and 271 , is met by server 630; and paragraph 320, is met by computer system 
630 with database 632), the first and second servers being separated by a fire wall (Fig. 
1)(see: Bocioned, paragraph 18-20, is met by firewall and it would have been obvious to 
one of ordinary skill in the art at the time the invention was made to incorporate a firewall 
into a computer server system with the motivation of separating data and limiting data 
access), wherein the central validation portion of the central computer resides in the first 
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server (see: De La Huerga, paragraph 208, is met by controller controlling pump units by 
modifying medicant delivery including instructions to the physician; paragraph 21 1, is 
met by instructions to the pumps; paragraph 215, is met by controller determining excess 
capacity by checking the database; paragraphs 228 and 233, is met by controller storing 
in its memory fist time T1 and based on that time the controller activates the pump unit to 
deliver a medicant; paragraph 237, is met by controller in communication such that 
infusion delivery parameters can be altered based on current vital signs; paragraph 240, 
is met by the controller setting delivery parameters to be consistent when changing 
medication bags of the same prescription; paragraph 273, is met by controller able to 
adjust flow rate, duration, dose, etc.; paragraph 277, controller used to control virtually all 
aspects of pump operation and monitoring; and paragraph 294, is met by controller 
automatically creating notes when it monitors a dose increase due to increase in 
patient's blood pressure above a benchmark), wherein the plurality of medical devices 
communicate directly with the first central computer (Fig. 26, ele. 255a and 255b)(see: 
De La Huerga, paragraph 195, is met by connections 255 being cabled or wireless, and 
linking the pumps to the controller, the controller utilizing a transponder to communicate 
information to the processor and memory; and paragraph 273, is met by connection 255 
being wireless), and wherein the second non-validation portion of the central computer 
resides on the second server (see: De La Huerga, paragraphs 243, 259, 260, 268, and 
271 , is met by server 630 performs validation and error checking functions, information 
accuracy checks, and performs independent verification processes; and paragraph 320, 
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is met by computer system 630 with database 632, including components of dispensed 
IV medication). 

33. Claim 12 and 22 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent Application Publication 2003/0038392 to De La Huerga in view of U.S. 
Patent Application Publication 2002/0093537 to Bocioned in view of U.S. Patent 
6,360,21 1 to Anderson in view of U.S. Patent 5,953,706 to Patel further in view of U.S. 
Patent Application Publication 2003/0105806 to Gayle et al. 

34. As per claim 1 2, the cited prior art teaches the invention as claimed, see 
discussion of claim 1 1 , but fails to specifically teach: 

-the validation procedure comprises the steps of receiving an XML document and 
determining whether the data expected to be received from the XML document is 
received. 

However, such receiving and determining of XML documents is well known in the 
art as evidenced by Gayle et al. (see: Gayle et al., paragraph 26). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of De La Huerga, Bocioned, Anderson, 
Patel, and Gayle. The well known elements described are merely a combination of old 
elements, and in the combination, each element merely would have performed the same 
function as it did separately, and one of ordinary skill in the art would have recognized 
that the results of the combination were predictable. 

35. As per claim 22, the cited prior art teaches the invention as claimed, see 
discussion of claim 21 , but fails to specifically teach: 
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--the validation procedure comprises the steps of receiving an XML document and 
determining whether the data expected to be received from the XML document is 
received. 

However, such receiving and determining of XML documents is well known in the 
art as evidenced by Gayle et al. (see: Gayle et al., paragraph 26). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to combine 
the teachings of De La Huerga, Bocioned, Anderson, Patel, and Gayle et al. The well 
known elements described are merely a combination of old elements, and in the 
combination, each element merely would have performed the same function as it did 
separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 

36. Claim 27 is rejected again under 35 U.S.C. 1 03(a) as being unpatentable over 
U.S. Patent Application Publication 2002/0038392 to De La Huerga in view of U.S. 
Patent Application Publication 2002/0093537 to Bocioned in view of U.S. Patent 
6,360,21 1 to Anderson in view of U.S. Patent 5,953,706 to Patel further in view of cited 
precedent of MPEP, Chapter 2144.04, part B, Making Integral. 

37. As per claim 27, the cited prior art teaches the invention as claimed, see 
discussion of claim 24, and as per the limitation: 

--the central computer is a single server. 

That the central computer is composed of a single server instead of a plurality of 
servers is merely a matter of obvious design choice (see: MPEP, Chapter 2144.04, part 
B, Making Integral). 
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Response to Arguments 

38. Applicant's arguments from the response filed on 1 0/22/201 0 have been fully 
considered and will be addressed below in the order in which they appeared. 

39. In the remarks, Applicant argues in substance that (1) rejections under 35 U.S.C. 
103(a) should be withdrawn because "[t]he Office Action relies on a combination of five 
references, three of which are not in the medical field, to allegedly arrive at the claimed 
invention. Applicants respectfully submit that the rejection is piecemeal and that one of 
ordinary skill in the art would not have been motivated to combine newly cited references 
Anderson and Patel, and Christenson with De La Huerga and Bocioned". 

Applicant's arguments have been considered but are moot in view of the new 
ground(s) of rejection. Support for the material previously cited has having been met by 
Christenson was found in the De La Huerga reference and the rejection has been 
condensed to four references; however, the Examiner would like to address Applicant's 
concerns as outlined in the arguments here: 

The Examiner respectfully disagrees. Applicant's arguments are not persuasive. 
In response to applicant's argument that the examiner has combined an excessive 
number of references, reliance on a large number of references in a rejection does not, 
without more, weigh against the obviousness of the claimed invention. See In re 
Gorman, 933 F.2d 982, 18 USPQ2d 1885 (Fed. Cir. 1991). 

In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections 
are based on combinations of references. See In re Keller, 642 F.2d 413, 208 
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USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). 

Furthermore, the cited references reasonably pertain to the particular problem 
with which Applicant is concerned and were correctly combined using KSR rationale, as 
per MPEP 2141 (III), to meet the claimed invention. 

Applicant further characterizes the cited references as being directed toward a 
field of endeavor not analogous to Applicant's invention. For example, Applicant states 
that Christensen is directed to an "educational institution", Anderson is directed to 
processing "invoice information", and Patel is generally directed to a "transportation 
network". Specifically, Applicant states: "[A] reference under 35 U.S.C. §1 03(a), it must 
be analogous prior art. (See MPEP 2141 .01 (a)). "Under the correct analysis, any need 
or problem known in the field of endeavor at the time of the invention and addressed by 
the patent [or application at issue] can provide a reason for combining the elements in 
the manner claimed." KSR International Co. v. Teleflex Inc., 82 USPQ2d 1385, 1397 
(2007) (emphasis added). Thus a reference in a field different from that of applicant's 
endeavor may only be reasonably pertinent if it is one which, because of the matter with 
which it deals, logically would have commended itself to an inventor's attention in 
considering his or her invention as a whole. Christensen is directed to a method and 
system of integrating databases for an educational institution, Anderson relates to a 
billing/invoicing network and Patel relates to a ground transportation network. None of 
these references are in the medical field (the field of endeavor of Applicants' invention). 
One of ordinary skill in the art at the time of the invention evaluating the best way to 



Application/Control Number: 10/749,099 Page 35 

Art Unit: 3626 

accommodate validated and non-validated information in a medical information system 
would have had no reason to look to the above non-analogous references. Applicants' 
field of endeavor is specific to an FDA-compliant medical system". 

The Examiner respectfully disagrees. Applicant's arguments are not persuasive. 
In response to applicant's argument that Christensen, Anderson, and Patel references 
are nonanalogous art, it has been held that a prior art reference must either be in the 
field of applicant's endeavor or, if not, then be reasonably pertinent to the particular 
problem with which the applicant was concerned, in order to be relied upon as a basis 
for rejection of the claimed invention. See In re Oetiker, 977 F.2d 1443, 24 
USPQ2d 1443 (Fed. Cir. 1992). In this case, Christensen, Anderson, and Patel were not 
used to teach the limitations concerning medical information. Christensen was cited to 
teach a first and second database that are able to work in a coordinated manner in which 
the second database reflects or contains the same information as the first database - 
this meets Applicant's limitation concerning a first database that is a subset of a second 
database. Christensen and the limitation it addresses concerns databases and in that 
respect Christensen is directed toward Applicant's invention and is analogous. Similarly, 
Anderson was cited to teach synchronization of the databases occurs at designated time 
intervals (i.e., a periodic basis). Anderson and the limitation it addresses concerns 
databases and in that respect Anderson is directed toward Applicant's invention and is 
analogous. Similarly, Patel was cited to teach synchronizing databases immediately and 
automatically with any change in information. Patel and the limitation it addresses 
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concerns databases and in that respect Patel is directed toward Applicant's invention 
and is analogous. 

It should also be noted that these limitations are old and well known features of 
database systems. The reason they are not found in a single reference that also 
addresses "FDA-compliant medical system[s]" is because the features are obvious 
features of database systems - this is evidenced by the prior art as cited. It cannot be 
stated that Applicant's invention does not pertain to features of database systems 
because said features are claim limitations. If Applicant's invention is directed toward the 
"medical field" as argued then it follows, logically, that features of database systems are 
pertinent to the medical field. 

Additionally, Applicant states that the field of endeavor of Applicant's invention is 
specific to an "FDA-compliant medical system", however, there appears to be no 
mention of the FDA or compliance procedures in the claims. 

Furthermore, as previously stated, the cited references reasonably pertain to the 
particular problem with which Applicant is concerned and were correctly combined using 
KSR rationale, as per MPEP 2141 (III), to meet the claimed invention. Hence, it also 
follows that there are no new or unexpected results that followed from Applicant's 
combination of features. Applicant's limitations are broad and predictable when 
considered in view of the prior art as cited. The well known elements described are 
merely a combination of old elements, and in the combination, each element merely 
would have performed the same function as it did separately, and one of ordinary skill in 
the art would have recognized that the results of the combination were predictable. 
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40. In the remarks, Applicant argues in substance that (2) "the Cited References 
Alone, or in Combination, do not Disclose Each and Every Element of the Amended 
Claims. Claim 1 , for example, has been amended to include the first central computer 
having a first database including patient safety-specific information, placing it even more 
firmly in the medical arena-unlike Christensen, Anderson and Patel, as discussed above. 
Claims 15, 18 and 24 have been similarly amended. Clearly, none of these non- 
analogous references teach or suggest the updating/synchronization of information 
regarding medical patient safety, being directed to billing, education and travel". 

The Examiner respectfully disagrees. Applicant's arguments are not persuasive. 
Applicant's claim amendments teach a database "including patient safety-specific 
information", but this is a broad term already met by De La Huerga, as cited, when De La 
Huerga teaches that the information includes at least patient's ID. (Fig. 26A, ele. 
622)(see: De La Huerga, paragraphs 192, 199, and 200). Applicant will appreciate that 
the five rights of medication administration include right patient, right drug, right amount, 
right route, right time (P.D.A.R.T.). Patient ID is critical in determining the right patient. 
Patient ID meets Applicant's broad term "including patient safety-specific information". 

41 . In the remarks, Applicant argues in substance that (3) "Claim 1 has also been 
amended to clarify that the second central computer has a second database, wherein 
the first database is a subset of the second database, and a second functional feature 
set, wherein the first central computer is securely connected to the second central 
computer, wherein the plurality of medical devices and the portable remote user 
interface do not communicate directly with the second central computer, the second 
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central computer sending a signal to the first central computer at designated time 
intervals causing the subset of data in the first database to synchronize with the 
corresponding data in the second database, and when critical information in the second 
database changes which is also part of the first database, causing the information to be 
relayed immediately to and processed by the first central computer and to be processed 
as a change in information, not as a replacement of existing information. Claims 15, 18 
and 24 have been similarly amended. This information is processed as a change of 
information for reasons specific to the medical art-the history of the patient must be 
logged. Such a system is much more complex than the simple synchronization systems 
cited the Office Action in different arts" and that "[n]either Anderson nor Patel make any 
distinction between information being processed as a change or simply replaced". 

The Examiner respectfully disagrees. Applicant's arguments are not persuasive. 
Patel teaches synchronizing databases immediately and automatically with any change 
in information (see: Patel, column 6, lines 55-63). Applicant's amendment teaches that 
the information is "to be processed as a change in information, not as a replacement of 
existing information". Patel meets this broad limitation. Patel teaches that any "change in 
information" communicated is immediately and automatically communicated to the 
databases at the various sites. Hence, the information is processed as a change in 
information and Applicant's broad limitation is met by the prior art as cited. 

Conclusion 

42. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ROBERT SOREY whose telephone number is (571 ) 270- 
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3606. The examiner can normally be reached on Monday through Friday, 8:30AM to 
5:00PM (EST). 

43. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Morgan can be reached on (571) 272-6773. The fax phone number 
for the organization where this application or proceeding is assigned is 571 -273-8300. 

44. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO 
Customer Service Representative or access to the automated information system, call 
800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/R. SJ 

Examiner, Art Unit 3626 

//Neal R Sereboff// 
Examiner, Art Unit 3626 



